Wish list

ABSTRACT

An electronic item list system and method, such as a wish or gift list, for an electronic shopping mall/online shopping portal, or an item list system provided as a software service. The system and method provides a user with the ability to create a list of items that the user would like others to purchase for the user as a gift or as a list of items that the user would like to retain for a later purchase. A user interface is provided that allows the user to select items electronically to add to a user specific gift list. The items are not limited to specific products, but can include general product categories and/or products from a specific merchant or manufacturer. The user interface communicates through an interface component that extracts data from a number of databases. For example, the databases can include a merchant database, an offers database, a manufacturers database and a products database. The interface will extract data from one or all of the databases based on the amount of information in a gift list request and provide the best results. As records are removed from the databases, the interface allows for graceful degradation of the display, such that something is always displayed to the user.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a divisional of U.S. patent application Ser. No.09/698,379, filed Oct. 27, 2000, and entitled, “WISH LIST.” Thisapplication is also related to co-pending U.S. patent application Ser.No. 11/100,677, filed on Apr. 7, 2005, entitled, “WISH LIST,” co-pendingU.S. patent application Ser. No. 11/101,217, filed on Apr. 7, 2005,entitled, “WISH LIST,” co-pending U.S. patent application Ser. No.11/101,218, filed on Apr. 7, 2005, entitled, “WISH LIST,” and co-pendingU.S. patent application Ser. No. 11/100,729, filed on Apr. 7, 2005,entitled, “WISH LIST.” The entireties of the above-noted applicationsare incorporated herein by reference.

TECHNICAL FIELD

The present invention relates to computer systems, and more particularlyto a system and method for facilitating electronic commerce via theInternet.

BACKGROUND OF THE INVENTION

In recent years, there has been an increasing trend of the use ofelectronic shopping basket applications and/or wish list applicationsfor providing an Internet user a mechanism in which to temporarily storeitems (e.g., goods, services, and/or offers) prior to purchasing theseitems electronically and for providing the items to others so thatothers may purchase the items as a gift to the owner. Typically, theseapplications reside on a Web server of a merchant or shopping site andare limited to use only on that particular site. A user can visit themerchant's web site and/or shopping portal and temporarily store item'sof interest in an electronic item list. The electronic item list canthen be reviewed or e-mailed to a third party, such as a friend orfamily member, so that the third party may purchase these items for theuser as a gift. The electronic item list can also be a temporary storagefor the user, until the user decides to make a purchase of that item ata later time.

Most item lists are limited to providing only offers to the user, suchthat the user cannot enter general product categories or manufacturersof items into a user's item list. Additionally, the items that can beadded to the user's item list are limited to items or offers residing atthe particular site, therefore, item's not residing at the particularsite cannot be added to the item list. In some cases portals haveimplemented electronic shopping lists that have aggregated items acrossmerchants, but often these electronic shopping lists are burdened withsimilar limitations as discussed above. In some situations smallermerchants cannot afford the membership costs associated with membershipof a shopping portal, the costs associated with having their ownelectronic item list system or may not have the critical mass to justifya single site shopping list. A smaller merchant may wish to participatein a portal shopping list with other merchants (e.g., for criticalmass), or may wish to outsource the running of a list on their site to athird party. Another problem with lists is that an item list may employa database system to retrieve items or offers that reside on a user'sitem list and once the item or offer is removed from the database (e.g.,no longer offered by the merchant), the record is completely removedfrom the items list. Therefore, there is no current system or methodthat provides a user with alternatives to the offer or item that hasbeen removed.

Accordingly, there is an unmet need in the art for a system and methodthat mitigates the above stated deficiencies with traditional electronicitem list applications.

SUMMARY OF THE INVENTION

The present invention relates to an electronic item list system andmethod, such as a wish or gift list, for an electronic shoppingmall/online shopping portal, or an item list system provided as asoftware service. The system and method provides a user with the abilityto create a list of items that the user would like others to purchasefor the user as a gift (e.g., as a gift registry or as a simplewishlist), or as a list of items that the user would like to retain fora later purchase (e.g., a shopping list). A user interface is providedthat allows the user to select items electronically to add to a userspecific gift list. The items are not limited to specific offers, butcan include general product categories and/or products from a specificmerchant or manufacturer. The user interface communicates through aninterface component that extracts data from a number of supportingdatabases. For example, the databases can include a merchant database,an offers database, a manufacturers database and a products database.The interface will extract data from one or all of the databases basedon the amount of information in a gift list request and provide the bestresults. As records are removed from the supporting databases, theinterface allows for graceful degradation of the display, such thatsomething is always displayed to the user.

The present invention also allows a user to enter custom elements thatdo not reside in any of the databases to the item list by employing an“add custom element” user interface. The user can then add customelements found at different locations on the Internet from merchant'sand products that are not registered with the system's databases. Theuser can add general products or categories of items of interest to theuser that may be found online or may be only found offline.Additionally, the user may add small favors or services that the userwould like performed for him or her (e.g., do the dishes, cut the lawn,etc). Therefore, structured data and non-structured data can beintegrated into the user's item list. Alternatively, elements from otherremote Internet sites may be added to a user's item list by providingthese sites with code containing a product description and a link to theelectronic shopping mall site.

In one aspect of the invention, the system and method allow a remotemerchant site, to employ an infrastructure of the item list system toprovide their own item list system that appears to reside on themerchant's site. The item list system associates a merchant to amerchant's items that limits a user's item list to products on themerchant's site and provides the appearance to the user that the itemlist system resides strictly at the merchant's site. The item listsystem and method therefore provide a merchant with the ability tooutsource the functionality of the item list system to provide themerchant's site with a merchant specific item list system.

A wish and/or item list in connection with the present invention may beresident on a personal computing system, third party computing system,network, and any other suitable medium for carrying out thefunctionality described herein.

To the accomplishment of the foregoing and related ends, the inventionthen, comprises the features hereinafter fully described andparticularly pointed out in the claims. The following description andthe annexed drawings set forth in detail certain illustrativeembodiments of the invention. These embodiments are indicative, however,of but a few of the various ways in which the principles of theinvention may be employed and the present invention is intended toinclude all such embodiments and their equivalents. Other objects,advantages and novel features of the invention will become apparent fromthe following detailed description of the invention when considered inconjunction with the drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a block diagram of an electronic item list system inaccordance with one aspect of the present invention.

FIG. 2 illustrates a possible environment of the electronic item listsystem in accordance with one aspect of the invention.

FIG. 3 illustrates an input screen for providing custom elements to theitem list system in accordance with one aspect of the present invention.

FIG. 4 illustrates a block diagram of a remote site having product linksto the item list system in accordance with one aspect of the presentinvention.

FIG. 5 illustrates an example of a possible mechanism for providingproduct links to the item list system of a remote merchant site inaccordance with one aspect of the present invention.

FIG. 6 illustrates an example of structured and unstructured dataresiding in an item list database in accordance with one aspect of thepresent invention.

FIG. 7 illustrates an example of a possible item list display havingboth structured and unstructured data in accordance with one aspect ofthe present invention.

FIG. 8 illustrates an example of a possible mechanism for employing theinfrastructure of the item list system to a remote merchant site inaccordance with one aspect of the present invention.

FIG. 9 illustrate one particular methodology of degradation of items inthe item list as records are removed from at least one of the databasesin accordance with one aspect of the present invention.

FIG. 10 illustrate one particular methodology for finding a giftsuggestion of an item list owner employing at least one of the databasesof the item list system in accordance with one aspect of the presentinvention.

FIG. 11 illustrate one particular methodology for adding items to a useritem list employing the item list system in accordance with one aspectof the present invention.

FIG. 12 illustrates a block diagram of a computer system in accordancewith an environment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

The present invention is now described with reference to the drawings,wherein like reference numerals are used to refer to like elementsthroughout. In the following description, for purposes of explanation,numerous specific details are set forth in order to provide a thoroughunderstanding of the present invention. It will be evident, however, toone skilled in the art that the present invention may be practicedwithout these specific details. In other instances, well-knownstructures and devices are shown in block diagram form in order tofacilitate description of the present invention.

The present invention is described with reference to an electronic itemlist system such as a wish list or gift list system employed with ashopping portal residing on a server computer accessible by a clientcomputer. The present invention also relates to the methodologiesemployed to provide the functionality associated with the electronicitem list system in accordance with the present invention. A page, suchas a hypertext mark-up language (HTML) page, can be displayed at aclient and is programmed to be responsive to a user selecting one ormore elements displayed on the page. It is to be appreciated thatalthough the present example will be illustrated with respect to anarchitecture employing HTML pages and the World Wide Web, the presentinvention may be practiced with any network architecture utilizingclients and servers (e.g., an Intranet).

In one aspect of the invention, a plurality of links to an interfacecomponent (e.g., one or more Application Service Provider (ASP)components) allow a user to add one or more offers and/or products frommerchants to a user's electronic item list. The interface component addsidentification numbers corresponding to one or more fields to an itemlist database. A link is provided that allows a user to display itemsretained in the electronic item list. The interface component receives arequest for display of the items in the item list associated with thelink. The interface component uses the identification numbers as keysinto various databases and joins as much data from the databases aspossible at render time to return to the user.

If data previously available has been removed from the databases, theinterface component performs a degradation methodology and returns thebest data available. Custom elements can be added to the item list bythe user or by a link from a remote merchant site. The item list or alink to the item list can then be e-mailed to a family member or friend.Alternatively, the item list can be printed out and a hard copy given toa family member or friend (e.g., a person that is not literate in use ofthe Internet or does not have access to the Internet). A gift findercomponent may also accompany the item list in the case where the familymember or friend does not wish to purchase any of the items on the itemlist. The gift finder component employs attributes about the owner ofthe item list to search and display item's that may be of interest tothe user for purchasing by the family member or friend. In anotheraspect of the invention, a remote site utilizes the infrastructure ofthe item list system associated with the shopping portal.

FIG. 1 illustrates components associated with an electronic item listsystem 12 being employed at a shopping portal system 10. The item listsystem 12 includes a database system 14. The database system 14 includesa merchants database 16 for storing a number of different merchantnames, a manufacturers database 18 for storing a number of manufacturernames, an offers database 20 for storing a number of offers for itemsoffered by the merchants and a products database 22 for a storing anumber of different products that are made by manufacturers. Acategories database 24 is provided for storing a variety of itemcategories. The categories database 24 is illustrated as linked to theoffers database 20 and the products database 22. Alternatively, the linkfrom the offers database 20 can be a link to the products database 22,which is an indirect link to the categories database 24. If a categoryis requested by a user, a search through the offers database 20 andproducts database 22 will be executed based on particular queryparameters being employed by a link to return offer and product results.An item list database 26 is provided for saving data associated with oneor more item lists. A user attribute database 28 is linked to the itemlist database by at least one item list identification number or thelike and stores data associated with attributes of the user. In oneaspect of the invention, the user attribute database 28 can include userpreferences for recommending additional items of interest of the usernot in the user's item list that is or was sent to others (e.g., friendsand family members).

A user interface 40, such as an Internet browser, may receive a HTMLpage 38 when visiting the site of the shopping portal system 10. TheHTML page 38 includes a number of images and/or links related to productoffers, merchant information, product description information and thelike. The images and/or links are coupled to functional componentsresiding on the item list system 12. For example, the functionalcomponents can be a variety of ASPs, script components or executablecomponents residing at the item list system 12. Additionally, scriptcode can reside in the HTML page itself and be passed to an interpreterand/or functional components residing on the item list system 12.

A plurality of links from the HTML page 38 is provided to an interfacecomponent 30 for providing a variety of functions to the shopping portalsystem 10 and the item list system 12. For example, the interfacecomponent 30 can add offers to the item list database 26. Furthermore,the interface component 30 provides the functionality necessary todisplay the contents of the item list database 26. Upon receiving aninstruction from the user to display the contents of the item listdatabase 26, the interface component 30 retrieves information from theitem list database 26 and uses this information as keys into the variousdatabases. The interface component 30 then searches through at least oneof the plurality of databases, merchants 16, manufacturers 18, offers20, products 22 and categories 24, and extracts the necessary data fordisplaying the contents of the item list database 26. The extractionprocess joins as much data as possible from the databases at rendertime.

If an item has been removed from the merchant, manufacturer, offer,product and category databases that is in the user's item list (e.g.,item list database 26), the interface component 30 is operable toproceed though a series of steps to degrade the data gracefully, suchthat the best available information within the databases is alwaysprovided to the user. For example, if an offer is not available anylonger that is in a user's item list, the interface component 30 maythen provide the user with a link to the merchant's site or other itemsthat may be similar to the listed item, such as items in a relatedproduct class or items in a related product category. If the merchant isnot available any longer or the merchant no longer carries the item, theinterface component 30 may then provide alternative merchants that maysell the item. The interface component 30 is further operable to provideadditional information for the shopping portal 10 during invocations oflinks to the interface component, such as displaying products and/oroffers from requested categories, providing manufacturers for arequested product and merchants for a given manufacturer.

The item list system 12 further comprises a “local add custom input”component 32 for adding custom information to the user's item list. The“local add custom input” component 32 allows a user to add an item tothe user's item list that does not reside in any of the databases (e.g.,merchants 16, manufacturers 18, offers 20, products 22 or categories 24)in the database system 14. A “remote add input” component 34 is providedto allow a user to add items from merchants at remote sites. The itemsmay be unstructured when the item does not reside or conform to anyrecords in any of the databases (e.g., merchants 16, manufacturers 18,offers 20, products 22 or categories 24) in the database system 14.Alternatively, the item may be described in terms of structured fieldssimilar to items residing in the databases (e.g., merchants 16,manufacturers 18, offers 20, products 22 or categories 24) in thedatabase system 14 or the description may be provided with a link foradding items already residing in one of the databases (e.g., merchants16, manufacturers 18, offers 20, products 22 or categories 24). Theremote site merchants can provide a link at the respective merchant siteto the “remote add input” component 34. The link can provideunstructured information about the item such as manufacturer,description, price and a URL from which to purchase the information. The“remote add input” component 34 receives the unstructured informationfrom the remote site and adds it to the item list database 26 in muchthe same manner as the “local add custom input” 32.

The item list system 12 is also provided with a gift finder component36. A link to the gift finder component 36 may be provided or combinedwith an item list sent to family or friends of the owner of the itemlist. The receiver of the item list may then employ the gift findercomponent 36 to select a gift for the owner of the item list based onthe owner's attributes instead of selecting an item from the owner'sitem list. The gift finder component 36 is operable to search the userdatabase 28 containing attributes of the user. The gift finder component36 then employs these attributes to search the other databases similarlyto the interface component 30 to find products, offers, categories,manufacturers and merchants for items that may be of interest to theuser based on the user's attributes. Alternatively, attributes of theuser may be entered into an input form. The gift finder component 36 canthen employ the entered attributes to search products, offers,categories, manufacturers and merchants for items that may be ofinterest to the user.

An example of a possible environment 50 for the shopping portal 10 anditem list system 12 is illustrated in FIG. 2. The environment 50includes a local computer 52 having a display 54 and a user input device56 through which an individual may interact with the local computer 52.The user input device 56, for example, may include a keyboard, a pointerdevice (e.g., a mouse), a voice activated control device, a wirelessinput device, and/or other equipment or peripherals through which a usermay interact with programs running on the local computer 52.

The local computer 52 is operatively coupled to a network 64, such as anInternet, an intranet, or another computer network. The local computer52 is connected to the network 64, for example, over a telephone line 60via a modem 58. Alternatively, the local computer 52 may be connected tothe network 64 through another connection 62, such as an integratedservices digital network (ISDN), T1, DS1 or other high speedtelecommunications connections and an appropriate connection device, atelevision cable and modem, a satellite link, an optical fiber link, anEthernet or other local area network technology wire and adapter card,radio or optical transmission devices, etc. It is to be appreciated thatthe invention also may be implemented in a browser environment for otherpublic and private computer networks, such as a computer network of acommercial on-line service or an internal corporate local area network(LAN), an Intranet, or like computer network.

The local computer 52 runs software, including a browser 80, for unifiedbrowsing of electronic documents and other data from local sources aswell as from the computer network 64. Specifically, documents forbrowsing with the browser software may reside as files of a file systemstored in appropriate storage devices at the local computer 52 or resideat resources at a remote computer 70. The remote computer 70 isoperatively coupled to the network 64 via connection 66, which may be inthe form of a telecommunications connection and appropriate device orany other communications link (including wired and wireless) to thenetwork. By way of example, the remote computer 70 is an Internet-basedserver connected to the computer network 64 to provide one or more WorldWide Web (“Web”) sites to which the local computer 52 may connect.

By way of example, a document 72 resides at the remote computer 70 thatconforms to HTML standards, and may include extensions and enhancementsof HTML standards, such as Dynamic HTML (DHTML). It is to be appreciatedthat the browser software running at the local computer 52 may becapable of browsing documents having other data formats from the localcomputer or the remote computer 52. In addition, the illustrateddocument 52 may incorporate other information content, such as graphicalimages, audio, video, executable programs, etc. In conformance withDHTML standards, each feature of information content on the page 72(e.g., each word and each image) may be considered an object or elementselectable by the user of the local computer 52, such as by employingthe user input device 46 when connected to the Web page associated withthe documents 72. The elements and information content of the document72 are stored in a file system at the remote computer 70. The documentat the remote computer 70 incorporates the information using HTML tagsand uniform resource locators (URLs) that specify the location of filesor other Internet resources containing the images on the network 64.

The browser software running locally on the local computer 52 displaysthe HTML document 72 in a window 82 or area of the local computer'sdisplay 54 allocated to the browser by the operating system. The window82 includes a document display area 86 and user interface controls (notshown). The browser displays a representation of the document 72 withinthe document display area 86 of the window 82, although other displaytypes also may be used. The displayed document may include text and/orimages corresponding to the document 72.

In the example shown in FIG. 2, the display area 86 includes a displayof a shopping portal web page. The shopping portal web page includespage elements such as item offer elements 86 having descriptions andimages of the item being offered, a plurality of category elements 84, agift finder element 85, an add to list instruction elements 87, and anadd custom item to list instruction element 89. The page elements haveassociated parameters and associated links to ASP pages 74 located atthe remote computer 70. The ASP page 74 includes server-side scriptingfor processing the data received from the local computer 52 and sendingto the local computer 52 an appropriate response based on the receiveddata. The remote computer 70 includes one or more searchable databases76 that contain, for example, records of items, manufacturers of items,merchant of items, offers of items and categories of items. It is to beappreciated that any searchable database structure may be employedwithout departing from the spirit and scope of the present invention.

The ASP pages 74 have an associated script for performing the variousfunctions of the shopping portal system 10 and item list system 12described in FIG. 1. The associated script can perform the appropriatedatabase extraction or query from the one or more databases 76 anddisplay a new page with results of the extraction or query. By way ofexample, functions may be invoked by action from the user input device56, such as a pointer device (e.g., at a mouse-up event) or a keyboard(e.g., based on predefined keystrokes). While in this particular examplethe data is submitted to an ASP page, it is to be appreciated that anyother type of server component may be programmed and/or configured toreceive data from the client and communicate the received data with adatabase on the server (e.g., a Common Gateway Interface (CGI) page cando this).

It is to be appreciated that the shopping portal web page of FIG. 2illustrates only one possible example of utilizing aspects of thepresent invention. For example, although the present example illustratesa single add custom item to list instruction element 89 associated witha single item list, a plurality of add to custom item list instructionelements 89 may be provided with each add to custom item listinstruction associated with a corresponding item list. Furthermore, eachitem list may have an associated list management system. The listmanagement system may provide functions such as delete item, add customelement, print item list, create new item list and delete current itemlist. Additionally, the add to list instructions 87 are not limited toan associating with strictly offers, but may also be associated withcategories of items, manufacturers of items and the items themselves.

FIG. 3 illustrates an example of an input screen 90 that may be providedupon invocation of the “local add custom input” component 32. The inputscreen 90 includes a description field 92 for providing unstructureddata to the item list database 26 in the form of a textual description(e.g., a name of a product or a description of a product). The inputscreen 90 also includes fields for structure data such as merchant name94, price 96 and a URL 98. After the data is entered into the fields bya user input device, such as a keyboard, the user may add the customelement to the item list database 26 by clicking on the “OK” button 102,for example, by employing a computer pointer, such as a mouse. The usermay click on the “cancel” button 100 to close the input screen 90without adding a custom element to the item list database 26. A customelement may also be added to the item list database 26 at a remotemerchant site.

FIG. 4 illustrates a methodology employed for adding remote items from aremote merchant site 104 to the item list database 26. The removemerchant site 104 may be provided with one or more links to the itemlist system 12 for unstructured item data or descriptions 107 (e.g.,custom elements), one or more links to the item list system 12 forstructured item data or descriptions 108 (e.g., data conforming to thestructure of the databases in the item list system) and one or morelinks to the item list systems for items already residing in data bases109 of the item list system 12. The links 107, 108 and 109 reference orcall the “add remote input” component 34 of the item list system 12 andthe web site of the shopping portal 10. The links 107 and 108 pass inputfields to the “add remote input” component 34, which adds the entry tothe item list database 26.

FIG. 5 illustrates an example of an entry of a custom element from aremote merchant site as experienced by a user employing the browser 80.A user visits a merchant site through the browser 80 providing a view ofthe merchant site in the display 82. The site includes elements similarto the elements illustrated on the shopping portal page of FIG. 2. Themerchant web site includes page elements such as item offer elementshaving descriptions and images of the item being offered and “add tolist” instruction elements. In the present example, a first page element110 is provide that includes a CD player image with an associateddescription and price offer and a second page element 114 that includesa DVD player image with an associated description and price offer. Afirst instruction page element labeled “ADD TO ITEM LIST” is providedunder the first page element 110 and a second instruction page element“ADD TO ITEM LIST” is provided under the second page element 114. Thefirst instruction page element is associated with a first code portion112 and the second instruction page element is associates with a secondcode portion 116. In the present example, the first and second codeportions 112 and 116 include links to a script (e.g., an ASP scriptauthored with Microsoft IIS) on the shopping portal site and a set ofattributes or fields associated with the displayed product offer, suchas merchant name, product description, price and URL where the productdescription can be found. A selection of an item from the merchant siteto add to the user's item list invokes the code associated with thatitem. The invocation of the code causes a link to be provided to theappropriate ASP page residing at the shopping portal. The ASP page thenexecutes and adds the item to the item list database 26. It is to beappreciated that the example of FIG. 5 is merely for illustrativepurposes and actual implementation would be apparent to those skilled inthe art.

It is to be appreciated that the present system provide for storing anddisplaying an item list with both structured data and unstructured dataconcurrently. FIG. 6 illustrates an example of records of items residingin the item list database 26. In the present example, a plurality ofrecord fields are provided for holding information relating to a productoffer. The record fields include a structured portion and anunstructured portion. The structure portion includes the followingfields: MERCHANT ID, MANUFACTURER ID, PRODUCT ID MERCHANT MODEL (e.g.,sku number of product offer from merchant), CATEGORY ID, PRICE AND URL.The unstructured data includes a text description and a merchant name,which may be provided by a user employing the “local add custom input”component or the “remote add custom input” component. It is to beappreciated that the above fields are an example of fields that may beemployed for records in the item list database 26 and any number offields structured and unstructured may be employed to carry out thepresent invention.

FIG. 7 illustrates an example of a result report 130 that may begenerated in a response to a request to view a user's item listcorresponding to records in the item list database 26, as illustrated inFIG. 6. The result report 130 includes an item field, a descriptionfield, a price field and a category field for each record. As can beseen from the result report 130, both structured data and unstructureddata are provided in the description field such that items available andnot available at the shopping portal system 10 can be retained andviewed within a single item list. For example, the first two recordscontain structured data with corresponding entries in other databases(e.g., merchants 16, manufacturers 18, offers 20, products 22 orcategories 24) on the shopping portal 10. A “buy” selection button 132is provided to provide a link for the user to buy the item by selectingone of the items having structured data with a computer pointer andclicking on the “buy” selection button 132. The third record was addedby the “remote add input” component 34 and includes a description field132 with the text description “WIRELESS HEADPHONES” that is unstructureddata and the URL “www.xyz.com.prod”, which is structured data. Thefourth record was added by the “local add custom input” component 32 andincludes a description field 134 with the text description “SKIS ANDSKIBOOTS” which is unstructured data. Therefore, structure andunstructured data is integrated into the item list for both differentindependent records and within the same independent records. Anyunavailable fields are returned as nulls and not reported.

It is to be appreciated that links can be provided to structured data.For example, a user can click on the item name and be provided withanother page having additional information with respect to the item atthe merchant's site and for purchasing the item for items 1 and 2illustrated in FIG. 7. A user can click on the URL of the merchant andbe transferred to the merchant's site for any or all of the itemsillustrated in FIG. 7. Furthermore, the user can click on the categorytext and be transferred to a plurality of products for that category. Ifthe offer is no longer available for an item, the interface componentwill gracefully degrade the record and provide the best availableinformation, such as the URL of the merchant and the category of theoffer.

In another aspect of the invention, the infrastructure of the item listsystem 12 is utilized by a remote merchant site, such that the item listsystem appears to be residing at the remote merchant site and the factthat it resides at the shopping portal system 10 is transparent to theuser. FIG. 8 illustrates one particular system and methodology ofcarrying out this aspect of the invention. A remote merchant site 160 isprovided with a plurality of merchant products and links 162. The remotemerchant site 160 links to the shopping portal site 10 over an Internetconnection 145 or the like. The item list at the shopping portal system10 contains a database of items 140, with each item in the databasecontaining a field indicating the merchant of the item. The remotemerchant site 160 requests the shopping portal 10 to display a list ofitems, and the shopping portal 10 filters the list displaying only itemsfrom the merchant. Therefore, only merchant products can be added to theuser's item list at the merchant's site, such that it appears that theitem list resides on the merchant's site and is part of a merchant'sitem list system. The display of items can be displayed with the lookand feel of the shopping portal, or can contain only merchant brandingmaking it appear to the user that the page is being served by themerchant. A domain name service (DNS) component 150 could also beemployed to allow the URL in the browser to appear as if the URL waspointing to an entry at the merchant. In view of the structure describedabove with respect to FIGS. 1-8, a methodology for providing theparticular aspects of the invention may be better appreciated withrespect to the flow diagrams of FIGS. 9-11. While, for purposes ofsimplicity of explanation, the methodologies of FIGS. 9-11 are shown anddescribed as a series of steps, it is to be understood and appreciatedthat the present invention is not limited to the order of steps, as somesteps may, in accordance with the present invention, occur in differentorders and/or concurrently with other steps from that shown anddescribed herein. Moreover, not all illustrated steps may be required toimplement a methodology in accordance with an aspect the presentinvention.

FIG. 9 illustrates a methodology for graceful degradation of datareferenced in an electronic item list and residing in one or moredatabases. The method of degradation provides the best available data tothe user when previously available data has been removed from thedatabases. At step 200, the interface component 30 receives a requestfor displaying data referenced on the item list of the user. Theinterface component queries one or more databases to get the itemsreferenced in the database at step 210. At step 220, the interfacecomponent determines for each item of N items in the item list database26, if the data returned from the one or more databases has a validmerchant ID and a valid merchant model ID. If the data does contain avalid merchant ID (e.g., either null or no corresponding entry in themerchant database) and a valid merchant model ID (YES), the interfacecomponent 30 will display the offer of the product with the merchantname and web site for purchase of the item. If the data does not containa valid merchant ID and a valid merchant model ID, the interfacecomponent 30 will proceed to step 230. At step 230, the interfacecomponent 30 determines if the data returned from the one or moredatabases has a valid product ID. If the data does contain a validproduct ID (YES), the interface component 30 will display the particularproduct with links to merchants for buying the particular product. Ifthe data does not contain a valid product ID, the interface component 30will proceed to step 240. At step 240, the interface component 30determines if the data returned from the one or more databases has avalid product class ID. If the data does contain a valid product classID (YES), the interface component 30 will display the product class orcategory with links to merchants for buying these types of product classor categories. If the data does not contain a valid product class ID(NO), the interface component 30 proceeds to step 250 where nothing isdisplayed.

FIG. 10 illustrates a methodology for utilizing the gift findercomponent 36. At step 280, a user sends an item list with a link to thegift finder component 36 to at least one entity. At step 290, the entitydetermines that the entity does not want to purchase any of the items onthe user's wish list, so the entity invokes the link to the gift findercomponent 36. At step 300, the gift finder component 36 queries the userdatabase 28 for user attributes. At step 310, the gift finder component36 queries at least one of the offers database 20, products database 22,merchants database 16,manufacturers database 18 and categories database24 for gift items using the user attributes. At step 320, the giftfinder component 36 transmits and displays potential gift items that maybe of interest to the user to the entity including offers for items topurchase.

FIG. 11 illustrates an example of a methodology that a user can followfor adding items to an item list. At step 350, the user creates a newitem list. At step 310, the user determines if the desired product oroffer resides on the shopping portal. If the product or offer doesreside on the shopping portal (YES), the user proceeds to step 365 andadds the product or offer to the item list. For example, the shoppingportal 10 can have a simple link that adds items to the list. Referencesto the fields of structured data associated with the item are then addedto the item list database 26. If the product or offer does not reside onthe shopping portal (NO), the user proceeds to step 370 to determine ifthe product or offer resides on a remote site employing a link to theshopping portal. If the product or offer resides on a remote siteemploying a link to the shopping portal (YES), the user proceeds to step375 and adds the product or offer to the item list. The structured dataand/or unstructured data associated with the item is then added to oneor more databases in the item list database system 14 and references tothe fields of the data is then added to the item list database 26. Ifthe product or offer does not reside on a remote site employing a linkto the shopping portal (NO), the user proceeds to step 380 and adds acustom element to the item list. The structured and/or unstructured dataof the custom element is then added to one or more databases of the itemlist system and references to fields of the custom element are added tothe item list database 26. The user can then view the item listemploying the interface component 30. The interface component 30 usesthe references in the item list database 26 to retrieve the results fromthe one or more databases in the item list system and then the interfacecomponent integrates the structured and non-structured data of theresults prior to displaying. Alternatively, the user can send a copy ofthe item list to a third party.

With reference to FIG. 12, an exemplary system for implementing theinvention includes a conventional personal or server computer 420,including a processing unit 421, a system memory 422, and a system bus423 that couples various system components including the system memoryto the processing unit 421. The processing unit may be any of variouscommercially available processors, including Intel x86, Pentium andcompatible microprocessors from Intel and others, including Cyrix, AMDand Nexgen; Alpha from Digital; MIPS from MIPS Technology, NEC, IDT,Siemens, and others; and the PowerPC from IBM and Motorola. Dualmicroprocessors and other multi-processor architectures also can be usedas the processing unit 421.

The system bus may be any of several types of bus structure including amemory bus or memory controller, a peripheral bus, and a local bus usingany of a variety of conventional bus architectures such as PCI, VESA,Microchannel, ISA and EISA, to name a few. The system memory includesread only memory (ROM) 424 and random access memory (RAM) 425. A basicinput/output system (BIOS), containing the basic routines that help totransfer information between elements within the computer 420, such asduring start-up, is stored in ROM 424.

The computer 420 further includes a hard disk drive 427, a magnetic diskdrive 428, e.g., to read from or write to a removable disk 429, and anoptical disk drive 430, e.g., for reading a CD-ROM disk 431 or to readfrom or write to other optical media. The hard disk drive 427, magneticdisk drive 428, and optical disk drive 430 are connected to the systembus 423 by a hard disk drive interface 432, a magnetic disk driveinterface 433, and an optical drive interface 434, respectively. Thedrives and their associated computer-readable media provide nonvolatilestorage of data, data structures, computer-executable instructions, etc.for the server computer 420. Although the description ofcomputer-readable media above refers to a hard disk, a removablemagnetic disk and a CD, it should be appreciated by those skilled in theart that other types of media which are readable by a computer, such asmagnetic cassettes, flash memory cards, digital video disks, Bernoullicartridges, and the like, may also be used in the exemplary operatingenvironment.

A number of program modules may be stored in the drives and RAM 425,including an operating system 435, one or more application programs 436,other program modules 437, and program data 438. The operating system435 in the illustrated computer can be Microsoft Windows NT Serveroperating system, together with the before mentioned MicrosoftTransaction Server, Microsoft Windows 95, Microsoft Windows 98 orMicrosoft Windows 2000.

A user may enter commands and information into the computer 420 througha keyboard 440 and pointing device, such as a mouse 442. Other inputdevices (not shown) may include a microphone, joystick, game pad,satellite dish, scanner, or the like. These and other input devices areoften connected to the processing unit 421 through a serial portinterface 446 that is coupled to the system bus, but may be connected byother interfaces, such as a parallel port, game port or a universalserial bus (USB). A monitor 447 or other type of display device is alsoconnected to the system bus 423 via an interface, such as a videoadapter 448. In addition to the monitor, computers typically includeother peripheral output devices (not shown), such as speakers andprinters.

The computer 420 may operate in a networked environment using logicalconnections to one or more remote computers, such as a remote server orclient computer 449. The remote computer 449 may be a workstation, aserver computer, a router, a peer device or other common network node,and typically includes many or all of the elements described relative tothe computer 420, although only a memory storage device 450 has beenillustrated in FIG. 12. The logical connections depicted in FIG. 12include a local area network (LAN) 451 and a wide area network (WAN)452. Such networking environments are commonplace in offices,enterprise-wide computer networks, intranets and the Internet.

When used in a LAN networking environment, the computer 420 is connectedto the local network 451 through a network interface or adapter 453.When used in a WAN networking environment, the server computer 420typically includes a modem 454, or is connected to a communicationsserver on the LAN, or has other means for establishing communicationsover the wide area network 452, such as the Internet. The modem 454,which may be internal or external, is connected to the system bus 423via the serial port interface 446. In a networked environment, programmodules depicted relative to the computer 420, or portions thereof, maybe stored in the remote memory storage device. It will be appreciatedthat the network connections shown are exemplary and other means ofestablishing a communications link between the computers may be used.

In accordance with practices of persons skilled in the art of computerprogramming, the present invention is described below with reference toacts and symbolic representations of operations that are performed bythe computer 420, unless indicated otherwise. Such acts and operationsare sometimes referred to as being computer-executed. It will beappreciated that the acts and symbolically represented operationsinclude the manipulation by the processing unit 421 of electricalsignals representing data bits which causes a resulting transformationor reduction of the electrical signal representation, and themaintenance of data bits at memory locations in the memory system(including the system memory 422, hard drive 427, floppy disks 429, andCD-ROM 431) to thereby reconfigure or otherwise alter the computersystem's operation, as well as other processing of signals. The memorylocations where data bits are maintained are physical locations thathave particular electrical, magnetic, or optical propertiescorresponding to the data bits.

The present invention has been illustrated with respect to a programmingmethodology and/or computer architecture and a particular example,however, it is to be appreciated that various programming methodologyand/or computer architecture suitable for carrying out the presentinvention may be employed and are intended to fall within the scope ofthe hereto appended claims.

The invention has been described with reference to the preferred aspectsof the invention. Obviously, modifications and alterations will occur toothers upon reading and understanding the foregone detailed description.It is intended that the invention be construed as including all suchmodifications alterations, and equivalents thereof.

1. A system that creates and maintains an electronic item list for itemsresiding on the Internet comprising: at least one database with savedinformation with respect to items in an item list that is stored in anitem list database, a user attribute database that stores userattributes and user preferences for an owner of the item list; and agift finder component containing a computer readable storage mediumhaving stored thereon a computer program processed by a machine thataccesses the user attribute database and retrieves attributes associatedwith the owner of the item list, utilizes the attributes to query the atleast one database, selectively extracts information associated with atleast one item from the at least one database based on the attributesand additional attributes associated with the owner entered by apurchaser, and displays the at least one item of interest to thepurchaser.
 2. The system of claim 1, the item list comprises a linkassociated with the gift finder component that invokes the gift findercomponent from the item list.
 3. The system of claim 1, the items arefrom a single merchant.
 4. The system of claim 1, the items are from aplurality of merchants.
 5. A system that creates and maintains anelectronic item list for items residing on the Internet comprising:means for saving in at least one database information with respect toitems in an item list that is stored in an item list database; means forstoring user attributes and user preferences for an owner of the itemlist in user attribute database; and means for accessing the userattribute database and retrieving attributes associated with the ownerof the item list; means for utilizing the attributes to query the atleast one database, selectively extracting information associated withat least one item from the at least one database based on the attributesand additional attributes associated with the owner entered by apurchaser, and displaying the at least one item of interest to thepurchaser.
 6. The system of claim 5, the item list comprises a linkassociated with the gift finder component that invokes the gift findercomponent from the item list.
 7. The system of claim 5, the items arefrom a single merchant.
 8. The system of claim 5, the items are from aplurality of merchants.
 9. A method for creating and maintaining anelectronic item list for items residing on the Internet comprising:saving in at least one database information with respect to items in anitem list that is stored in an item list database; storing userattributes and user preferences for an owner of the item list in userattribute database; and accessing the user attribute database andretrieving attributes associated with the owner of the item list;utilizing the attributes to query the at least one database, selectivelyextracting information associated with at least one item from the atleast one database based on the attributes and additional attributesassociated with the owner entered by a purchaser, and displaying the atleast one item of interest to the purchaser.
 10. The method of claim 9,the item list comprises a link associated with the gift finder componentthat invokes the gift finder component from the item list.
 11. Themethod of claim 9, the items are from a single merchant.
 12. The methodof claim 9, the items are from a plurality of merchants.